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DEVELOPMENT TOOL FOR DEFINING ATTRIBUTES WITHIN A MULTI- 

DIMENSIONAL SPACE 

FIELD OF THE INVENTION 

[001] The invention relates generally to weather simulation. More specifically, the 
invention provides pseudo-reaUstic weather simulation to a computer user while not over- 
taxing computer resoiuces, thereby providing realistic simulated weather on a general- 
purpose computer system. 

BACKGROUND OF THE INVENTION 

[002] Weather simulation is a difficult process, evidenced by the rate with which weather 
forecasters and meteorologists provide incorrect weather forecasts. "Real world" weather 
simulation is a computationally expensive process due to the required 3 -dimensional 
modeling of airflow, temperature, precipitation, and the like. Advanced weather simulation 
machines are generally comprised of supercomputers and high-end graphics workstations, 
above the price range of an ordinary consumer, and overkill for use in most computer and/or 
video games. 

[003] Due to the extensive advanced weather simulation requirements, present general 
piupose computers are not suited to perform advanced weather simulations. Advanced 
weather simulation on a general purpose computer, if possible, would consimie all or a 
significant portion of the computer's resources during the simulation, leaving significantly 
less resources for other processes running on the computer. 

[004] Some computer programs in the simulation genre, however, depend on weather 
simulation to provide a reaUstic virtual world in which the simulation takes part. For 
example, some flight simulation games depend in part on the weather in which the user is 
flying to determine whether the user should fly under Visual Flight Rules (VFR) or 
Instrument Flight Rules (IFR). Whether a user is flying VFR or IFR will, affect the user's 
actions, including instrument manipulation and communications with air traffic control 
(ATC). Some war simulation games and training software depend in part on weather to 
determine how far a player can see in the virtual world being simulated, which may affect 
military strategy. War simulation games may also depend on simulated precipitation when 
determining the range of launched projectiles (e.g., catapults, trebuchets, cannonballs, 



-1- 



B&WRef: 003797.00812 
Client Ref.: 307874.01 

mortars, arrows and other non-propelled missiles, and the like). Large multiplayer online 
games which simulate virtual worlds over the course of weeks or even years may depend on 
simulating weather changes to add realism to the virtual envirormients. 

[005] Simulation games presently provide only a limited amount of weather simulation due 
to the large amounts of computer resources (e.g., processor time and memory) required to 
effectively simulate weather. For example, some known flight simulation games simulate 
only one weather type at a time. While weather can be different in different areas of the 
virtual world in which the user is flying, the weaflier will appear only of a single type at any 
given time. More specifically, if the user is flying in overcast skies with a ceiling of 4,000 
feet, the virtual world will appear overcast with a ceiling of 4,000 feet in all directions from 
the user's present location. If the user subsequently flies into mostly sunny skies, the weather 
might change to mostly suimy skies, but it will do so in all directions. That is, even if the 
user looks behind his or her plane, the user will only see mostly sunny skies. The user will 
not see the overcast skies firom which the user supposedly flew. 

[006] In attempts to make simulation games more real, some simulations games allow 
limited download of actual weather conditions for use during game play by downloading 
actual weather conditions prior to the start of a game, and subsequently using the downloaded 
weather conditions for the duration of the game. While this provides limited realism, it does 
not alleviate the problem where weather appears the same in all directions from the user's 
current location, nor does it provide changing and/or contiuuously real weather during the 
game. 

[007] Thus, it would be an advancement in the art to provide improved realism in weather 
simulation, including cloud formation and temperature changes, whereby multiple types of 
weather can be simulated at the same time, and whereby the weather simulation is suitable for 
presentation on a general purpose computer system without over burdening the computer 
system such that the computer becomes unacceptably slow at performing other tasks. It 
would be a further advancement in the art to provide continuously updated real world weather 
throughout the duration of game play. 

[008] In addition to the above, simulation based computer games typically provide limited 
or no capabilities to provide user defined weather. Typically, a computer game might allow a 
user to select general weather, such as "sunny," "overcast," or "rainy," but not allow the user 
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to specify how cloudy, how much rain, temperature, visibility (e.g., due to haze), wind, etc. 
In one known solution, Microsoft ® Flight Simulator® 2002, a user could specify many of 
these condition on a per-weather-station basis. That is, for each actual weather station in the 
world, the user could specify simulated conditions at that weather station. However, a user 
could not subsequently save the weather information independent of the user's cturent flight. 

[009] A limitation of Flight Simulator 2002 is that the user-specified conditions only apply 
to the specified weather stations. If the user wanted to fly through similar conditions in a 
different area of the world, the user would have to re-specify the desired conditions at 
weather stations in the new location. In addition, weather stations are not evenly spaced 
throughout the world. For example, there are many more weather stations in the United 
States than in all of Afiica. This provides imeven granularity when the user is defining 
weather in various places. 

[DIG] Thus, it would be an advancement in the art to allow a user to define weather in an 
arbitrary space and then apply the user-defined weather to a location specified by the user. It 
would be a further advancement in the art to allow a user to define weather with even 
granularity, regardless of the location in the world in which the weather is applied. 

[Oil] Defining weather with a level of specificity such that it provides a level of realism and 
detail acceptable to modem computer game players may require, as described below, the 
provisioning of many variables over a large terrain space. Thus, it would be an advancement 
in the art to provide a weather profile creation utility that allows users to quickly and 
efficiently define many variables. It would be a further advancement in the art to provide a 
feedback mechanism that visually indicates defined weather attributes to the user or weather 
profile designer. 

BRIEF SUMMARY OF THE DSfVENTION 

[012] The following presents a simpUfied summary of the invention in order to provide a 
basic understanding of some aspects of the invention. This summary is not an extensive 
overview of the invention. It is not intended to identify key or critical elements of the 
invention or to delineate the scope of the invention. The following summary merely presents 
some concepts of the invention in a simplified form as a prelude to the more detailed 
description provided below. 
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[013] To overcome limitations in the prior art described above, and to overcome other 
limitations that will be apparent upon rcading and understanding the present specification, the 
present invention is dirccted to simulating weather in a computer game. According to an 
aspect of the invention, a software storage medium stores computer executable instructions 
configured to allow a user to set attributes of individual cells in a multi-dimensional array. 
The software determines a value of a first attribute to be applied to the multi-dimensional 
array, the first attribute being associated with a first color channel. The softwarc determines 
a value of a second attribute to be applied to the multi-dimensional array, the second attribute 
being associated with a second color channel. The software determines a value of a third 
attribute to be applied to the multi-dimensional array, the third attribute being associated with 
a third color channel. Upon receiving user input selecting a cell in a graphical depiction of 
the multi-dimensional array, the software apphes the values of the first, second, and third 
attributes to the selected cell, and shades the selected cell a color based on the values of the 
first, second, and third attributes. 

[014] According to another aspect of the invention, a software storage medium stores 
computer executable instructions configured to allow a user to set attributes of individual 
cells in a multi-dimensional array. The software determines a value for each of a plurality of 
attributes that can be applied to the multi-dimensional array, and deteimines a state of a flag 
corresponding to each of the plurality of attributes. The flag indicates whether or not the 
corresponding attribute should be applied to the multi-dimensional array. Upon receiving 
user input selecting a^cell in a graphical depiction of the multi-dimensional array, the 
software applies to the selected cell the values of each of the plurality of attributes whose flag 
indicates that the corresponding attribute should be applied to the multi-dimensional array, 
and provides visual feedback that the flagged attribute(s) have been applied to the selected 
cell. 

[015] Another aspect of the invention provides a graphical user interface including a first 
interface component displaying a list of attributes corresponding to a user-selected attribute 
layer. A user can specify an attribute value corresponding to each attribute in the list. The 
graphical user interface also includes a second interface component displaying a two- 
dimensional grid representative of a location-neutral geographical area. When the user 
selects a cell within the grid, the user interface shades the selected cell based on the current 
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values of a plurality of attributes in the list of attributes corresponding to the user-selected 
attribute layer. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[016] A more complete understanding of the present invention and the advantages thereof 
may be acquired by referring to the following description in consideration of the 
accompanying drawings, in which like reference nimibers indicate like features, and wherein: 

[017] Figure 1 illustrates a general operating environment suitable for one or more aspects 
of an illustrative embodiment of the invention. 

[018] Figure 2 illustrates a general method for dynamically simulating weather according to 
an illustrative embodiment of the invention. 

[019] Figure 3 illustrates a geographic cell grid that may be used to independently simulate 
weather over a geographic area according to an illustrative embodiment of the invention. 

[020] Figure 4 illustrates a method for determining cloud formation information according 
to an illustrative embodiment of the invention. 

[021] Figure 5 illustrates a dynamic weather settings menu according to an illustrative 
embodiment of the invention. 

[022] Figure 6 illustrates a weather initiaUzation menu according to an illustrative 
embodiment of the invention. 

[023] Figure 7 illustrates a customized weather menu according to an illustrative 
embodiment of the invention. 

[024] Figure 8 illustrates an advanced weather menu and a cloud submenu according to an 
illustrative embodiment of the invention. 

[025] Figure 9 illustrates an advanced weather menu and a wind submenu according to an 
illustrative embodiment of the invention. 

[026] Figure 10 illustrates an advanced weather menu and a temperature/pressure submenu 
according to an illustrative embodiment of the invention. 
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[027] Figure 1 1 illustrates an advanced weather menu and a visibility submenu according to 
an illustrative embodiment of the invention. 

[028] Figure 12 illustrates a weather profile array according to an illustrative aspect of the 
invention. 

[029] Figure 13 illustrates layers of a weather profile array according to an illustrative 
aspect of the invention. 

[030] Figure 14 illustrates a flowchart for providing a weather profile to a user according to 
an illustrative aspect of the invention. 

[031] Figure IS illustrates a timed weather profile array according to an illustrative aspect 
of the invention. 

[032] Figure 16 illustrates a weather profile creation tool user interface according to an 
illustrative aspect of the invention. 

[033] Figure 17 illustrates a surface attributes window according to an illustrative aspect of 
the invention. 

[034] Figure 18 illustrates a temperature attributes window according to an illustrative 
aspect of the invention. 

[035] Figure 19 illustrates a visibility attributes window according to an illustrative aspect 
of the invention. 

[036] Figure 20 illustrates a wind attributes window according to an illustrative aspect of 
the invention. 

[037] Figure 21 illustrates the weather profile creation tool with a first visibility layer 
selected according to an illustrative aspect of the invention. 

[038] Figure 22 illustrates the weather profile creation tool with a second visibility layer 
selected according to an illustrative aspect of the invention. 

[039] Figure 23 illustrates a clouds attribute window with a color channel drop down list 
according to an illustrative aspect of tiie invention. 
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[040] Figure 24 illustrates a weather profile properties window according to an illustrative 
aspect of the invention. 

[041] Figure 25 illustrates an options window according to an illustrative aspect of the 
invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[042] In the following description of the various embodiments, reference is made to the 
accompanying drawings, which form a part hereof, and in which is shown by way of 
illustration various embodiments in which the invention may be practiced. It is to be 
imderstood that other embodiments may be utilized and structural and functional 
modifications may be made without departing fi-om the scope of the present invention. 

Illustrative Operating Environment 

[043] Figure 1 illustrates an example of a suitable general purpose computing system 
environment 100 on which dynamic weather may be simulated. The computing system 
environment 100 is only one example of a suitable computing environment and is not 
intended to suggest any limitation as to the scope of use or fimctionality of the invention. 
Neither should the computing environment 100 be interpreted as having any dependency or 
requirement relating to any one or combination of components illustrated in the exemplary 
operating environment 100. 

[044] The invention is operational with nimierous other general purpose or special purpose 
computing system environments or configurations. Examples of well known computing 
systems, environments, and/or configurations that may be suitable for use with the invention 
include, but are not limited to, personal computers; server computers; portable and hand-held 
devices such as personal digital assistants (PDAs), tablet PCs or laptop PCs; multiprocessor 
systems; microprocessor-based systems; set top boxes; programmable consumer electronics; 
network PCs; minicomputers; mainframe computers; distributed computing environments 
that include any of the above systems or devices; and the like. 

[045] The invention may be described in the general context of computer-executable 
instructions, such as program modules, being executed by a computer. Generally, program 
modules include routines, programs, objects, components, data structures, etc. that perform 
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particular tasks or implement particular abstract data types. The invention may also be 
practiced in distributed computing environments where tasks are performed by remote 
processing devices that are linked through a communications netwoik. In a distributed 
computing environment, program modules may be located in both local and remote computer 
storage media including memory storage devices. 

[046] With reference to Figure 1» an illustrative system for implementing the invention 
includes a general purpose computing device in the form of a computer 1 10. Components of 
computer 110 may include, but are not limited to, a processing unit 120, a system memory 
130, and a system bus 121 that couples various system components including the system 
memory to the processing imit 120. The system bus 121 may be any of several types of bus 
structures including a memory bus or memory controller, a peripheral bus, and a local bus 
using any of a variety of bus architectures. By way of example, and not limitation, such 
architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture 
(MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) 
local bus, Advanced Graphics Port (AGP) bus, and Peripheral Component Intercoimect (PCI) 
bus also known as Mezzanine bus. 

[047] Computer 110 typically includes a variety of computer readable media. Computer 
readable media can be any available media that can be accessed by computer 110 and 
includes both volatile and nonvolatile media, removable and non-removable media. By way 
of example, and not limitation, computer readable media may comprise computer storage 
media and communication media. Computer storage media includes both volatile and 
nonvolatile, removable and non-removable media implemented in any method or technology 
for storage of information such as computer readable instructions, data structures, program 
modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, 
EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks 
(DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage 
or other magnetic storage devices, or any other medium which can be used to store the 
desired information and which can accessed by computer 110. Conmnmication media 
typically embodies computer readable instructions, data structures, program modules or otiier 
data in a modulated data signal such as a carrier wave or other transport mechanism and 
includes any information delivery media. The term "modulated data signal" means a signal 
that has one or more of its characteristics set or changed in such a manner as to encode 
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information in the signal. By way of example, and not limitation, conmiunication media 
includes wired media such as a wired network or direct-wired connection, and wireless media 
such as acoustic, RF, infiared and other wireless media. Combinations of any of the above 
should also be included within the scope of computer readable media. 

[048] The system memory 130 includes computer storage media in the form of volatile 
and/or nonvolatile memory such as read only memory (ROM) 131 and random access 
memory (RAM) 132. A basic input/output system 133 (BIOS), containing the basic routines 
that help to transfer infonnation between elements within computer 110, such as during start- 
up, is typically stored in ROM 131. RAM 132 typically contains data and/or program 
modules that are immediately accessible to and/or presently being operated on by processing 
unit 120. By way of example, and not limitation. Figure 1 illustrates operating system 134, 
application programs 135, other program modules 136, and program data 137. 

[049] The computer 110 may also include other removable/non-removable, 
volatile/nonvolatile computer storage media. By way of example only. Figure 1 illustrates a 
hard disk drive 141 that reads from or writes to non-removable, nonvolatile magnetic media, 
a magnetic disk drive 151 that reads from or writes to a removable, nonvolatile magnetic disk 
152, and an optical disk drive 155 that reads from or writes to a removable, nonvolatile 
optical disk 156 such as a CD ROM or other optical media. Other removable/non-removable, 
volatile/nonvolatile computer storage media that can be used in the exemplary operating 
environment include, but are not limited to, magnetic tape cassettes, flash memory cards, 
digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like. The 
hard disk drive 141 is typically connected to the system bus 121 through an non-removable 
memory interface such as interface 140, and magnetic disk drive 151 and optical disk drive 
155 are typically connected to the system bus 121 by a removable memory interface, such as 
interface 150. 

[050] The drives and their associated computer storage media discussed above and 
illustrated in Figure 1, provide storage of computer readable instructions, data structures, 
program modules and other data for the computer 110. In Figure 1, for example, hard disk 
drive 141 is illustrated as storing operating system 144, appUcation programs 145, other 
program modules 146, and program data 147. Note that these components can either be the 
same as or difierent from operating system 134, application programs 135, other program 
modules 136, and program data 137. Operating system 144, application programs 145, other 
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program modules 146, and program data 147 are given different numbers here to illustrate 
that, at a minimum, they are different copies. A user may enter commands and information 
into the computer 1 10 through input devices such as a keyboard 162 and pointing device 161, 
conmionly referred to as a mouse, trackball or touch pad. Other input devices (not shown) 
may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and 
other input devices are often connected to the processing unit 120 through a user input 
interface 160 that is coupled to the system bus, but may be connected by other interface and 
bus structures, such as a parallel port, game port or a universal serial bus (USB). A monitor 
184 or other type of display device is also connected to the system bus 121 via an interface, 
such as a video interface 183. Computer 110 may also include a digitizer 185 for use in 
conjunction with monitor 184 to allow a user to provide input using a stylus input device 186. 
In addition to the monitor, computers may also include other peripheral output devices such 
as speakers 189 and printer 188, which may be connected through an output peripheral 
interface 187. 

[051] The computer 1 10 may operate in a networked environment using logical connections 
to one or more remote computers, such as a remote computer 180. The remote computer 180 
may be a personal computer, a server, a router, a network PC, a peer device or other common 
network node, and typically includes many or all of the elements described above relative to 
the computer 110, although only a memory storage device 181 has been illustrated in Figure 
1. The logical connections depicted in Figure 1 include a local area network (LAN) 171 and 
a wide area network (WAN) 173, but may also include other networks. Such networidng 
environments are commonplace in offices, enterprise-wide computer networks, intranets and 
the Internet. 

[052] When used in a LAN networking environment, the computer 1 10 is connected to the 
LAN 171 through a network interface or adapter 170. When used in a WAN networking 
environment, the computer 110 typically includes a modem 172 or other means for 
establishing conununications over the WAN 173, such as the Internet. The modem 172, 
which may be internal or external, may be connected to the system bus 121 via the user input 
interface 160, or other appropriate mechanism. In a networked environment, program 
modules depicted relative to the computer 110, or portions thereof, may be stored in the 
remote memory storage device. By way of example, and not limitation. Figure 1 illustrates 
remote application programs 182 as residing on memory device 181. It will be appreciated 
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that the netwoik connections shown are exemplary and other means of establishing a 
commimications link between the computers may be used. 

[053] Illustrative Embodiments of the Invention 

[054] One or more aspects of the invention may be embodied in computer-executable 
instructions (i.e., software), such as in a weather simulation software object, routine or 
fimction (collectively referred to herein as a weather simulation manager) stored in system 
memory 130 or non-volatile memory 141, 152, 156 as application programs 135, 145, 
program modules 136, 146, and/or program data 137, 147. The software may alternatively be 
stored remotely, such as on remote computer 180 with remote application programs 182. 
Generally, program modules include routines, programs, objects, components, data 
structures, etc. that perform particular tasks or implement particular abstract data types when 
executed by a processor in a computer or other device. The computer executable instructions 
may be stored on a computer readable medium such as a hard disk 141, optical disk 156, 
removable storage media 152, solid state memory, RAM 132, etc. As will be appreciated by 
one of skill in the art, the ftmctionality of the program modules may be combined or 
distributed as desired in various embodiments. In addition, the ftmctionality may be 
embodied in whole or in part in firmware or hardware equivalents such as integrated circuits, 
field programmable gate arrays (FPGA), and the like. 

[055] The weather simulation manager may be a component of a larger application 
program, such as a computer game that simulates weather as part of the gaming environment 
Examples of such games may include, but are not limited to, flight simulation games, war 
simulations games, or any other game that takes place in a simulated virtual world. The 
larger application program might also be a computer based training application that trains 
users in a simulated real-world environment, or it may be any application program that 
simulates a virtual environment that relies in part on weather. The larger application program 
of which the weather simulation manager is a part may be referred to herein as the control 
program. As used herein, the term ''computer game" refers to any game played on a personal 
computer, handheld computer, personal digital assistant, mobile phone, video game console, 
arcade game unit, and/or played on any other data processing device. 

[056] With reference to Figure 2, aspects of the invention may include a method for 
dynamic weather simulation. In step 201, the weather simulation manager initializes the 
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weather, e.g., by obtaining or determining initial values for temperature and dew point for 
each of various regions in a simulated geographical environment (discussed in detail below). 
Next, in step 203, the weather simulation manager determines whether clouds should form in 
each region. If clouds should form in a region, the weather simulation manager causes the 
computer system to graphically depict, also referred to as render, a layer of clouds in that 
region, in step 205. Next, in step 207, the weather simulation manager determines, for each 
of the various regions, whether each existing cloud layer should dissipate. If so, in step 209, 
the weather simulation manager causes the computer system to dissipate the cloud layer 
determined to dissipate in step 207. In step 21 1, the weather simulation manager updates the 
weather conditions, e.g., including temperature and dew point, and returns to step 203. Each 
of these general steps will now be described in more detail. 

[057] With reference to Figure 3, the weather simulation manager may independently 
simulate weather using the method of Figure 2 (as further described in detail below) for each 
of a plurality of cells 305 in a geographical grid 307. Each cell 305 of the grid 307 
corresponds to a predetermined geographic area within the simulated virtual environment. 
Because the user typically cannot see every location in the simulated environment at the same 
time, the weather simulation manager might only simulate weather for those cells located 
adjacent to, within a predetermined distance of, or within a predetermined radius of the user's 
current position 301 or current cell 305. In an illustrative embodiment, each cell 305 may be 
a simulated 16km X 16km area, extending away from the user in an approximately circular 
region 303 for a radius of 128 km. As the user moves within the simulated environment, 
cells may be added and removed from the set of cells for which weather simulation is- 
performed as the cells come within and move beyond the predetermined distance, 
respectively. The cell sizes and predetermined distance may be increased or decreased, 
depending on the simulated visibility, performance capabilities of the computer system on 
which the weather simulation manager is running, and simulation regions other than circles 
may be used (e.g., rectangular, ellipse, triangular etc.). 

[058] In order to ensure that weather simulation does not affect other control program 
functions or other application programs running on the same computer system, the weather 
simulation manager may be allotted a predetermined amount of computer resources in which 
to perform weather simulation functions. In addition, the weather simulation manager might 
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only perform weather simulation calculations for any given cell once within a predetermined 
amount of time, e.g.» no more than once every ten seconds. 

[059] In an illustrative embodiment of the invention, the control program may allot the 
weather simulation manager a time slice, e.g., a fiber, every animation frame (preferably 
running at 30 frames per second or higher) in which the weather simulation manager can 
perform weather simulation functions. The weather simulation manager performs weather 
simulation calculations as described herein for as many cells within the region 303 as 
possible during each time slice. When the time slice is over, the weather simulation manager 
waits for the next allotted time slice and continues with the next cell in the region 303. Prior 
to performing weather simulation calculations for a cell, the weather simulation manager may 
check to see if the current cell has had weather simulation calculations performed within a 
predetermined amount of time (e.g., 10 seconds in this example) and, if so, skips the cell. 
Those of skill in the art will appreciate that any time slice allotment may be used, e.g., based 
on fibers, threads, time, and the like, and any predetermined amount of time, including zero, 
may be used as the delay for weather simulation calculations for each cell. 

[060] Because the weather simulation manager performs weather calculations for each cell 
seaparately, different weather may be simulated in neighboring cells. This provides an 
increased sense of realism to the user because the weather simulation manager more closely 
mimics real world weather. That is, a user facing one direction might see mostly sunny skies 
and no rain, whereas if the user looks in the opposite direction in the simulated environment 
the user might see overcast skies and rain. 

[061] The control program (e.g., a flight simulation game) may be divided into phases. In a 
setup phase, a user may set parameters which may be used to control a subsequent game play 
phase. With reference back to Figure 2, in step 201 the control program and/or weather 
simulation manager, during the setup phase or at the very beginning of a game play phase, 
initializes current weather conditions for each cell in the virtual environment. The weather 
simulation manager initializes weather conditions for cells within the predetermined distance 
303 of the user's starting position 301, and may also initialize global weather conditions 
outside that predetermined distance. Other ranges of cells for which weather conditions are 
initialized may alternatively be used. For each cell for which weather conditions are 
initialized, initial weather conditions may include surface conditions and winds aloft. Surface 
conditions may include, but are not limited to, temperature, dew point, wind speed, wind 
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shear, wind turbulence and wind direction, cloud coverage (e.g., 0, 1/8, 2/8, ... , 8/8; tenths 
may alternatively be used), cloud ceiling or base altitude, cloud height, cloud type, cloud 
turbulence, cloud icing, and atmospheric pressure. Winds aloft may include, but is not 
limited to, wind speed, wind direction, and temperature at altitudes fix>m 3,000 feet up to 
39,000 feet. 

[062] Wea&er initialization may be based on various sources. In one embodiment of the 
invention, with reference to Figures 6-11, the user may select a starting weather theme 603 
from a weather menu 601. The control program may have a default weather theme. For 
example, in Figure 6, if the user selects or the default weather is the "fair weather" theme 
60S, the weather might be initialized to 59 degrees Fahrenheit, 1/8 cloud coverage at 6,000 
feet with a cloud height of 1,000 feet, and no surface wind. 

[063] Alternatively, when a user selects Real-world weather 607 or 609, weather may be 
based in whole or in part on actual weather. When the simulated environment is a simulation 
of actually occurring geography (e.g., the United States or elsewhere on Earth), the weather 
simulation manager may download current weather conditions fix)m a remote database 182 
(Figure 1) over the Internet 173 or some other network 171. For example, the weather 
simulation manager may download surface weather conditions as METeorological 
Aerodrome Reports (METARs) provided by weather stations (other meteorological data 
providing reports may alternatively be used). METARs may be retrieved from Jeppesen 
Sanderson, Inc. of Denver, Colorado. Alternatively, METARs may be retrieved from the 
National Weather Service. METARs are known in the art, and are available for 
approximately 6,000 weather stations in the world, approximately half of which are in the 
United States. For cells in which a METAR producing weather station is located, the weather 
simulation manager may use the data from that METAR producing weather station for that 
cell. For cells in which there is not a METAR producing weather station, the weather 
simulation manager may interpolate between METAR producing weather stations to arrive at 
the initial weather conditions for those cells. 

[064] If the user selects static Real-world weather 607, the weather simulation manager 
might download current weather conditions once prior to beginning game play, and 
subsequent weather changes are as described below (not based on real weather). 
Altematively, if the user selects auto-updated Real-world weather 609, the weather 
simulation manager might download current weather conditions prior to beginning game 
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play, and download subsequent weather changes periodically during game play, e.g., every 
IS minutes. The weather may transition gradually to the newly downloaded weather over 
several minutes, rather than jumping abruptly to the new weather, as further described below. 
Weather may or may not change in-between real weather download intervals. 

[065] The user may alternatively select User-defined weather 613, which may laimch a 
custom weather menu 701, illustrated in Figure 7. Custom weather menu allows the user to 
change general weather conditions for any or all weather stations for which weather 
METARs may be received. The user may select an advanced weather option 703 to change 
more specific weather conditions. 

[066] Upon selection of advanced weather option 703, the control program or weather 
simulation manager launches an advanced weather menu 801, illustrated in Figure 8, where 
the user can change specific weather conditions, including clouds, wind, 
temperature/pressure, and visibility, for any or all of weather stations for which weather 
METARs may be received. Each of clouds, wind, temperature/pressure, and visibility may 
have a sub-menu or tab 803, 805, 807, 809, respectively, through which the user can edit 
specific details for each respective condition. Figure 8 illustrates the advanced weather menu 
801 and cloud sub-menu 803, through which the user may be able to specify meteorological 
conditions for cloud type, cloud coverage, cloud tops, cloud base, turbulence, icing, and 
precipiation. Figure 9 illustrates the advanced weather menu and wind submenu 805, through 
which the user may be able to specify meteorological conditions for wind altitude, wind 
speed, wind gusts, wind turbulence, shear strength, and wind direction. Figure 10 illustrates 
the advanced weather menu and temperature/pressure submenu 807, through which the user 
may be able to specify meteorological conditions for altitude and dew point for various 
altitudes, as well as barometric pressure at sea level. Figure 11 illustrates the advanced 
weather menu and visibility submenu 809, through which the iiser may be able to specify 
meteorological conditions for visibility at various altitudes. Within each submenu, the user 
may specify and/or modify weather conditions on a per weather station basis and/or for each 
of various altitudes, thus providing user-specified weather in three dimensions. 

[067] After initialization, the weather simulation manager begins weather simulation in step 
203 by determining whether clouds should form in each cell within the predetermined 
distance of the user's current (starting) position. As indicated above, the weather simulation 
manager performs weather calculations for each cell separately (one of skill in the art will 
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appreciate that weather for one cell may be based in part on weather in another cell, e.g., 
when the weather simulation manager interpolates a cuirent cell's weather based on one or 
more weather stations located in one or more nearby cells). The method will be described 
with respect to a single cell, and those of skill in the art will appreciate that the same methods 
may be performed for each cell as applicable. 

[068] To determine if clouds should form in step 203, the weather simulation manager first 
determines a cloud formation probability for the cell. The cloud formation probability may 
vary depending on the spread between the temperature T and dew point DP (referred to 
herein as the T/DP spread). Because cloud formation is checked relatively often (e.g., once 
every ten seconds in the above example), the cloud formation probability is preferably low so 
that cloud formation mimics real weather. For example, in one illustrative embodiment, 
when the T/DP spread is zero, the cloud formation probability .04 results in only a 4% chance 
of a cloud forming per minute (or per weather calculation cycle, or per some other amount of 
time). When the probability is based per minute, and the weather calculation cycle is less 
than one minute, then the probability may be adjusted accordingly. For example, if a weather 
calculation cycle for a cell occurs 20 seconds after the previous weather calculation cycle for 
that cell, then the probability may be divided by 3 (20 sec. / 60 sec. = 1/3). As the T/DP 
spread increases, the cloud formation probability approaches zero. For example, the cloud 
formation probability may have a small value, such as 0.0125%, when the T/DP spread is 
greater than a predetermined spread, such as SO degrees Celsius. Other probabilities may 
alternatively be used. 

[069] Upon determining the cloud formation probability, the weather simulation manager 
generates a random or pseudo-random number, collectively referred to herein as a random 
number, between 0 and 1. If the random number is less than the cloud formation probability, 
the weather simulation manager forms a cloud layer in step 205. Otherwise, the weather 
simulation manager continues to step 207. 

[070] In step 205, the weather simulation manager determines what type of cloud layer to 
form, at what base altitude, and with what height. Figure 4 illustrates step 205 in more detail. 
In step 401, the weather simulation manager determines the cloud coverage with which the 
cloud layer should be drawn. Cloud coverage is typically determined based on the 
percentage of sky covered by clouds. For example, meteorologists sometimes refer to cloud 
coverage based on Table 1 : 
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Fraction of sky covered by clouds 


Cloud coverage description 


0/8 


Clear/Sunny 


1/8-2/8 


Few Clouds/Mostly Sunny 


3/8-4/8 


Scattered Clouds 


5/8-7/8 


Broken/Mostly Cloudy 


8/8 


Overcast 



Table 1 



Alternatively, cloud coverage based on tenths or some other cloud coverage basis may be 
used, as is known in the art. 

[071] The weather simulation manager determines cloud coverage using Equation 1 : 

CC = CF^yCF^+ (Equation 1) 

Where CC represents cloud coverage, CF^^ represents the actual cloud fonnation probability 
computed in step 203, CF^^ represents the maximum cloud formation probability when the 
T/DP spread is zero, and represents a random factor, e.g., ± 50%, that may be added to 
CC. CC may be roimded up or down to the nearest 1/8 or other applicable fraction. The 
actual value of CC may be used to determine how much of the sky in the applicable cell the 
cloud layer should fill. 

[072] In step 403, the weather simulation manager determines the cloud layer base altitude. 
The cloud layer base altitude may be determined using Equation 2: 

CBA = ((T - DP) X 1000 / 2.5) + (Equation 2) 

Where CBA represents Cloud Base Altitude in feet. Temperature T and Dew Point DP are in 
degrees Celsius, and is a random number such that -300 < < 300 feet, which 
provides for some randomness in the cloud base altitude. Other limits for the random number 
R^3^ may alternatively be used, or may be set at zero to provide a uniform cloud base 
altitude. The Cloud Base Altitude may also be adjusted so that no two cloud layers overlap 
by more than a predefined amount, e.g., by no more than 60%. The constant value 2.5 
represents an approximation of the temperature drop per 1,000 feet increase in altitude. Other 
approximations may be used, e.g., based on type of weather, degrees Fahrenheit versus 
degrees Celsius, etc. In one embodiment, 2.5 degrees per 1,000 feet may be used. 
Alternatively, 4 degrees per 1,000 feet may be a more accurate approximation in hot, sunny 
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weather, whereas 2.5 degrees per 1,000 feet may be a more accurate approximation in cloudy, 
humid weather. 

[073] Finally, the weather simulation manager determines whether the cloud base altitude is 
low, medixun, or high, and proceeds to steps 405, 41 1, or 417, respectively. Low, mediimi, 
and high cloud base altitudes may be determined based on the relationships indicated in 
Equation 3: 

Low < 2,000 meters < Medium < 6,000 meters < High (Equation 3) 

Other values may alternatively be used to delineate between low, medium, and high cloud 
based altitudes. 

[074] In step 405, the weather simulation manager checks the current barometric pressure to 
determine what type of clouds to draw at low altitude. If the barometer is below 1007.4 
millibars, then the weather simulation manager in step 407 renders a cloud layer of stratus 
type clouds at the detemuned cloud base altitude CBA with a predetermined height and 
according to the determined cloud coverage CC (i.e., the cloud layer covers the fraction of the 
sky determined by CC). The height may be statically set, e.g., to 2,000 feet, or the height 
may have an element of randomness. If in step 405 the barometer is greater than or equal to 
1007.4 millibars, then the weather simulation manager in step 409 renders a cloud layer of 
cumulus type clouds at the determined cloud base altitude CBA with a predetermined height 
and according to the determined cloud coverage CC. The cloud height may be statically set, 
e.g., to 6,000 feet, or the height may have an element of randomness. Other barometer levels 
may be used as well. 

[075] If in step 403 the cloud base altitude falls within the medium range, the weather 
simulation manager checks the barometer in step 411 to determine what type of clouds to 
render. If the barometer is below 1007.4 millibars, then the weather simulation manager in 
step 413 renders a cloud layer of stratus type clouds at the determined cloud base altitude 
CBA with a predetermined height and according to the determined cloud coverage CC. The 
cloud height may be statically set, e.g., to 3,000 feet, or the height may have an element of 
randomness. If in step 41 1 the barometer is greater than or equal to 1007.4 millibars, then the 
weather simulation manager in step 415 renders a cloud layer of cimiulus type clouds at the 
determined cloud base altitude CBA with a predetermined height and according to the 
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determined cloud coverage CC. The cloud height may be statically set, e.g., to 8,000 feet, or 
the height may have an element of randomness. 

[076] If in step 403 the cloud base altitude falls within the high range, the weather 
simulation manager in step 417 renders a cloud layer of cirrus type clouds at the determined 
cloud base altitude CBA with a predetermined height and according to the determined cloud 
coverage CC. The cloud height may be statically set, e.g., to 500 feet, or the height may have 
an element of randomness. 

[077] The weather simulation manager may simulate a variety of stratus, cumulus, 
cumxilonimbus, and cirrus type clouds. The weather simulation manager may select one type 
to render, as applicable, based on cloud base altitude and height, e.g., cirrostratus, altostratus, 
nimbostratus, stratocumulus, altocumulus, cirrociimulus, cumulonimbus, and the like. 

[078] After rendering the cloud layer, the weather simulation manager determines, in step 
419, whether precipitation is associated with the cloud layer. The precipitation determination 
may be based in whole or in part on cloud height, and on whether the temperature falls within 
a precipitation range, e.g., -lO^C at cloud altitude. If there is no precipitation, the weather 
simulation manager may continue to step 207. If there is precipitation, the weather 
simulation manager in step 421, determines whether the precipitation is rain, snow or some 
other form of precipitation (e.g., sleet, hail, etc.), and renders the applicable precipitation in 
the simulated geographic environment. In one embodiment, there is a 1% chance of snow 
and a 4% chance of rain. The precipitation may fall to the groimd, or the weather simulation 
manager may simulate virga by simulating the precipitation falling only a predetermined 
distance below the cloud base, e.g., the precipitation falls for 2,000 meters below the cloud 
base. 

[079] In step 207 the weather simulation manager determines whether clouds shoiild 
dissipate, i.e., be ranoved £tx)m the visually depicted scenery of the simulated environment. 
The weather simulation manager may determine cloud dissipation similar to the 
determination of cloud formation. To determine if clouds should dissipate, the weather 
simulation manager determines a cloud dissipation probability for cash cloud layer of the cell. 
Similar to the cloud formation probability, the cloud dissipation probabiUty may vary 
depending on the spread between the temperature T and dew point DP. Because cloud 
dissipation is checked relatively often (e.g., once every ten seconds in the above example). 
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the cloud dissipation probability is also preferably low. For example, in one illustrative 
embodiment, when the T/DP spread is zero, the cloud dissipation probability may be zero. 
As the T/DP spread increases to a high value, such as SO degrees Celsius, the cloud formation 
probability approaches a maximum value, e.g., .04 (4%) or .039875 (3.9875%) chance of 
cloud dissipation per minute (or per weather calculation cycle). Conversely, when the T/DP 
spread decreases to 0, the probability approaches a minimum value, e.g., 0%. In one 
embodiment of the invention, in order to provide realistic cloud formation and dissipation, 
the cloud dissipation probability is the inverse of the cloud formation probabiUty with respect 
to the maximum probabihty value, calculated as follows: 

CD,, = CF^„ - CF^ (Equation 4) 

Where CD^^, represents the cloud dissipation probabiUty, CF,, represents the actual cloud 
formation probability computed in step 203, and CF^^ represents the maximimi cloud 
formation probability when the T/DP spread is zero. For example, if the maximum 
formation/dissipation probability CF,^ is .04 (4%) and the current cell's cloud formation 
probability CF^ is .025 (2.5%), then the cloud dissipation probabiUty CD,, would be .015 
(1 .5%). Those of skiU in the art will appreciate that variations or other formulas may be used 
when determining cloud dissipation probabilities. The above formula is a representative 
example of a preferable manner in which to calculate cloud dissipation probabilities in a 
realistic manner. 

[080] Upon determining the cloud dissipation probabiUty, the weather simulation manager 
generates a random number between 0 and 1. If the random number is less than the cloud 
dissipation probability, the weather simulation manager dissipates the existing cloud layer in 
step 209. Otherwise, the weather simulation manager continues to step 211. If the current 
ceU for which weather calculations are being performed has no present cloud layers, steps 
207 and 209 may be skipped for that cell, and the weather simulation manager may proceed 
directly fix>m step 203/205 to step 21 1, as appUcable. 

[081] If the weather simulation manager determines that the cloud layer should dissipate, 
then in step 209 the weather simulation manager slowly makes the cloud layer graphically 
disappear from the simulated environment. In one illustrative embodiment, where each cloud 
is comprised of a three-dimensional volume of sprites, the weather simulation manager may 
gradually increase a transparency level (e.g., the A-value in an ARGB scheme) of sprites 
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located at edges of the cloud. As the edge sprites' transparency level is increased or near 
transparent, the weather simulation manager may increase the transparency level of sprites 
closer to the center of the cloud as the farther out sprites fade fix>m view. That is, the weather 
simulation manager increases the transparency level of the sprites located at the cloud's outer 
extremes. As those sprites begin to fade or disappear completely, the weather simulation 
manager begins to . increase the transparency level of the next set of sprites that are now 
located at the cloud's outer extremes as a result of the original set of sprites fading fix)m view 
and disappearing. 

[082] In step 211 the weather simulation manager updates the current weather conditions. 
Weather conditions may be modified based on any number of variables and in any number of 
manners. The method in which the weather is updated is secondary to the cloud 
determinations calculated based on the updated weather each calculation cycle (e.g., every 10 
seconds in the above example). The weather update schema described herein is merely an 
example of one way in which the weather may be updated. Those of skill in the art will 
appreciate that alternative weather update schemas may be used instead. 

[083] During each cycle (i.e., every 10 seconds in die above example), the weather 
simulation manager may update the temperature and dew point, while other meteorological 
conditions may remain constant. Other meteorological conditions may be updated when the 
control program or weather simulation manager retrieves updated weather information from 
the database over the Internet, The rate with which the temperature and dew point change 
each cycle may be based on a variety of factors including, but not limited to, the position of 
the sun in the sky and the current cloud coverage for the respective cell. As the sun goes up 
during the day, the temperature and dew point generally increase, whereas as the sun goes 
down during the day, die temperature and dew generally decrease. Similarly, the temperature 
and/or dew point may be more likely to change when there is Uttle cloud coverage than when 
there is greater cloud coverage. In addition, the existing T/DP spread may be used as an 
indication of humidity, which may further affect the rates of change for temperature and dew 
point. Temperature and dew point may change independently of each other while following 
their respective increasing/decreasing trend. 

[084] While the trend for the change may be to generally increase or generally decrease 
over longer periods of time, each of the temperature and dew point may increase or decrease 
with each cycle. For example, during an increasing trend, the range with which the 
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temperature and/or dew point can change may include a small probability of decreasing and a 
larger probability of increasing. The possible range of temperature change with no cloud 
coverage may be from -0.01 to 0.05 degrees per minute (or per weather calculation cycle), 
and the weather simulation manager may randomly select a value within this range by which 
to alter the temperature. Thus, while there is a possibility that the temperature may decrease, 
there is a much larger probability that the temperature will increase. The same or a different 
range may be used for the dew point and opposite ranges or other ranges weighted towards 
decreasing values may be used when the temperature and/or dew point trend is to decrease. 

[085] As indicated above, the temperature and dew point changes may be based on the sun's 
position in the sky as well as on cloud coverage. Temperature and/or dew point changes may 
further be based on a 'reaUty' setting that alters the changes based on whether the changes 
should attempt to mimic real weather, be more extreme than real weather, or be milder than 
real weather. In one illustrative embodiment, with reference to Figure 5, a user may set a 
dynamic weather variable 501 (e.g, a slider) to any of a plxirality of positions, e.g., none, 
mild, mediimi, high, extreme. A default value may be set to the 'medium' setting, which 
attempts to mimic actual rates of change of real weather patterns. The mild setting may cause 
the rate of change to be less than real weather, and the none setting may cause temperature 
and dew point to remain constant throughout game play. The high setting may cause the rate 
of change to be more than real weather, and the extreme setting may cause rates of change to 
be a lot more than real weather (e.g., variations of 40 degrees Celsius per day). 

[086] The selected setting may act as a multipher for the temperature and/or dew point 
change. For example, the none setting may multiply the temperature and/or dew point 
change by 0, resulting in no change; the mild setting may multiple the temperature and/or 
dew point change by .5, resulting in less change than real weather; the mediimi setting may 
multiple the temperature and/or dew point change by 1, resulting in real weather; the high 
setting may multiply the temperature and/or dew point change by 3, resulting in greater than 
normal temperature and dew point variations; and the extreme setting may multiply the 
temperature and/or dew point change by 10, resulting in extreme temperature and dew point 
variations as compared to real life . Alternatively, additional or different settings may be 
used, or the user may select any arbitrary multiplier within the range of vaUd multipliers. 

[087] When updating the weather in step 21 1, the weather simulation manager may perform 
one or more error checks including, but not limited to, ensuring that the dew point does not 
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exceed the temperature. That is, the dew point should be lower than or the same as the 
temperature. If the weather simulation manager otherwise attempts to change the 
temperature and/or dew point in such a manner that the dew point would exceed the 
temperature, the weather simulation manager forces the dew point and temperature to the 
same value (e.g., either the calculated temperature or dew point, or some range in between), 
or forces the dew point to be less than the temperature. In addition, the weather simulation 
manager may ensure that the temperature, at ground level never exceeds or falls below a 
certain temperature range. For example, the weather simulation manager may ensxire that the 
temperature T at ground level stays within the range -50®C < T < 50°C, 

[088] If the user, prior to beginning game play or dynamically in the middle of game play, 
selects updated Real-world weather 609 (Figure 6), the weather simulation manager may 
retrieve updated real world weather conditions from the database over the Internet at regular 
intervals, e.g., every 15 minutes. The regular intervals in which weather is retrieved from the 
database are generally much larger than the cycle intervals in which the weather simulation 
manager updates weather for each cell (e.g., approximately every 10 seconds in the above 
example). Therefore, there is a likelihood that the simulated weather will be quite different 
from the real-world weather by the time the next real world weather update occurs. This is 
especially the case when the user's dynamic weather setting 501 (Figure 5), 61 1 (Figure 6) is 
set to other than the mediimi setting. 

[089] Thus, in one embodiment, upon retrieving updated real world weather, the weather 
simulation manager may revert the weather back to real world weather. However, to provide 
a smooth user experience during game play, the weather simulation manager might not 
immediately change the current weather for each cell to the updated real world weather. To 
do so might cause unrealistic weather events and/or confuse the user. Instead, the weather 
simulation manager may gradually moiph each cell's current weather to the retrieved updated 
real world weather over some predetermined amoimt of time, e.g., over the next three minutes 
of game play. This provides a smooth transition back to real weather. After the transition 
back to real weather, the weather simulation manager may revert back to the user settings to 
determine subsequent weather changes during each cycle. 

[090] In some embodiments, the weather simulation manager might not simulate weather 
conditions other than temperature and dew point. That is, the weather simulation manager, 
during each cycle, might not alter other weather conditions such as winds aloft and 
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barometric pressure. Instead, these other weather conditions may be updated at the periodic 
intervals in which weather is retrieved fix>m the database over the Internet 

(091] Thus, using the methods and systems described above, the weather simulation 
manager can provide dynamic weather based on real weather, based a user's individual 
weather settings, or any combination thereof. The weather simulation manager can simulate 
real world weather, making the user feel part of a larger world, or weather that changes more 
or less dramatically than real world weather. By independently simulating weather for each 
cell in a geographic grid, a variety of weather types may be simulated simultaneously, further 
increasing the realistic look and feel of the simulated weather. 

[092] Weather Profiles 

[093] As described above with reference to Figure 6, a user may select a predefined weather 
profile, also referred to as a weather theme, based on which the simulated weather is initiated. 
Weather profiles use basic weather characteristics, e.g., temperature, pressure, cloud type, 
base and height, precipitation type and rate, etc., to provide interesting and challenging sets of 
weather conditions to a user. Weather profiles may be provided with the computer game or 
provided at a later time via a third-party developer, e.g., using the weather profile creation 
tool described below. 

[094] A weather profile may include a data structure that stores weather over a location 
neutral geographical space, which may subsequently be appUed to any selected geographical 
space in a simulated environment. That is, a weather profile is a collection of predefined or 
predetermined meteorological data that a computer game, e.g.. Flight Simulator® 2004 by 
Microsoft Corporation of Redmond Washington, uses to define weather conditions (e.g., 
temperature, wind, icing) and to render weather visxials (e.g., clouds, precipitation, fog). The 
data structure storing weather profile data may include a regular grid of weather observations 
where each observation affects a predefined area, e.g., 256 square kilometers (a square with 
16 Icilometers per side). Weather profiles may contain anywhere from a single observation 
(i.e., a single 256 km^ cell) to an array of many cells in a two-dimensional array. The weather 
profile array need not be square, but it may be if desired. In one illustrative embodiment, the 
weather profile array may be as large as 32 x 32 cells, aUowing a user to create a rich, 
dynamic weather experience that covers an area of 262,512 square kilometers. The 
maximum size of each weather profile array is limited only by available computer resources 
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(e.g., Storage, processor speed, etc.). A weather profile may follow a given theme, as 
discussed above, where each cell in the array follows a pattern or corresponds to a certain 
type of weather. Alternatively, a weather profile may store weather where each cell in the 
array is unrelated to other cells and/or contains random weatfier observations. 

[095] Figure 12 illustrates a weather profile array 1201 that is 5 cells wide by 3 cells long, 
thus covering an area of 3,840 square kilometers, based on the present example. A user can 
define unique weather for each individual cell in the array 1201, e.g., by defining attributes 
listed in Table 2, below. Weather profile arrays may be oriented in any direction; however, 
in the present example all weather profile arrays are oriented with North to the top, as shown 
in Figure 12. When a computer game loads a weather profile array, the weather profile array 
may be loaded centered on a user's initial starting position 1203, or based on some other 
predetermined position, and overwrites the weaflier in the grid cells in the grid 307 (Fig. 3) 
around the user, as described above. The weather profile data, when loaded, may be biased 
aroxmd the user's starting elevation, rendering weather based on ground level elevation. This 
is so that if the profile specifies clouds at 3,000 feet and the user specifies a starting location 
of Denver, Colorado, which has an elevation of greater than 5,000 feet, the computer game 
renders the clouds 3,000 feet above ground level, rather than below the ground at 3,000 feet 
above sea level. 

[096] The weather array is preferably applied at the user's starting location and does not 
travel with the user as the user moves. That is, the user can move through the defined 
weather profile, but the loaded weather profile data preferably remains in the cells in which it 
is originally loaded. For example, if a user loaded a "Major Thunderstorm" profile in 
Chicago, the computer game would render and the user would see the thunderstorm around 
the starting location in Chicago. However, if the user flew to Florida, the thunderstorm 
would remain in Chicago and would not follow the user. There may be a global or default set 
of weather conditions associated with each weather profile that describes the default weather 
outside of the array boundaries. This allows a user to interact with predefined weather, 
although having less granular detail, even after he or she has flown out of the originally 
defined profile area. In the example of Major Thunderstorms around Chicago, the weather 
might be very detailed with interesting variation in clouds and winds every 16 km within the 
weather profile array. When the user flies outside the original array size of 256km x 256km, 
he or she flies out of the extents of the weather profile, so the global set of weather conditions 
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may be used. The global weather may indicate overcast skies in keeping with the profile, the 
global weather may indicate sunny skies indicating the user has emerged from the storm, or 
the global weather may indicate any other default weather conditions as desired. 

[097] While the weather profile array 1201 is represented in two-dimensions, each cell 1205 
may include multiple layers of information. That is, a profile array cell 1205 may include 
information specifying one set of surface conditions (e.g., wind, temperature/dew point, 
visibility) and one or more sets of aloft conditions (e.g., wind, clouds, temperature, at varying 
altitudes). Fig, 13 illustrates an example of a weather profile array 1301 six cells wide by six 
cells long, thus covering an area of 9,216 km\ Each cell has surface conditions layer 
information 1303. Some cells have a first layer of information 1305 and some cells have a 
second layer of information 1307. 

[098] It should be appreciated by those of skill in the art that Fig. 13 is illustrative only. 
Layers for each cell may occur at arbitrary heights as defined by the weattier profile array, as 
opposed to predetermined altitude heig^hts as is implied in Fig. 13, and each cell need not 
have the same layers. In addition, each cell need not have first layer 1305 in order to have 
second layer 1307, and vice versa. It should further be appreciated that layers need not be 
limited to an altitude, but rather may correspond to a type of weather information. That is, 
according to one illustrative embodiment there may be a surface condition layer, zero or more 
cloud layers, zero or more temperature layers, zero or more wind layers, and zero or more 
visibility layers. For example, a first layer may indicate high cirrus clouds at a selected 
altitude; a second layer may indicate winds at 3,000' above ground level; a third layer may 
indicate the temperature from 10,000' - 12,500' above ground level (e.g., indicating a 
temperature inversion). Layers may indicate weather conditions at specific altitudes (in 
either above sea level or above ground elevations), or layers may specify weather conditions 
for an altitude band. 

[099] When the weather profile array omits a type of weather layer (e.g., it has no visibility 
layer), a default weather setting for that weather type may be used (e.g., infinite visibility 
when no visibility layer is included). It is when the layers are rendered together by the 
computer game in the simiilated geographical enviroimient that the three-dimensionality of 
the weather takes shape. 
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[0100] The information stored in each cell may vary depending on the computer game in 
which the weather is appUed. For example, when being used with Flight Simulator® 2004, 
the information stored in each cell may include weather information corresponding to 
conditions represented in the Advanced Weather Dialog, illustrated in Figs. 8-11, or attributes 
shown in Table 2. When used in conjunction with other computer games, different weather 
conditions may be stored in each cell as applicable. 

[0101] Each weather profile may be stored in one or more data files independent of the 
computer game with which the weather profile is intended to be used. This allows weather 
profiles to be created and distributed independently of the computer game if desired. In one 
illustrative embodiment, each weather profile may comprise three separate files: 

1) A profile description text file, stored with the extension .WT, may be used to 
store the title 60S and description 615 of die profile to be displayed in the 
Flight Simulatoi<S) 2004 Weather dialog 601, illustrated in Fig. 6. 

2) A profile data file, stored with the extension .WTB, is a binary file storing the 
weather profile army in a format that can be loaded by a computer game, e.g., 
Flight Simulator® 2004 in the present example. 

3) A profile image file may store a graphic 617 that is displayed in the Weather 
dialog 601 when a user selects the associated profile fi-om the profile list. The 
image may be stored in any conventional format, e.g., a 280 x 332 pixel, 24- 
bit color bitmap (.BMP). The image file may be optional. If no image is 
provided, a default image may be used. 

[0102] Each of the three files preferably has the same name with different extensions. This is 
one way in which the computer game associates the three files together. Alternative 
association methods may be used, as is known in the art, e.g., having a master profile file 
with a predetermined extension (.WTH), which lists the files necessary for that weather 
profile. In some embodiments, all profile files may be stored in a predetermined folder or 
directory, e.g., in a Weather^rofiles subdirectory off of the computer game's root installation 
directory. 

[0103] Subsequent to loading the weather profile around a user's starting position, the 
computer game may simulate weather as it otherwise would. That is, the weather profile 
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might only define initial weather conditions, and the weather is subsequently dynamically 
modeled as described above. Depending on the size of the geographic area in which the 
computer game simulation is run, the weather profile array may be smaller than the 
geographically simulated area. In such scenarios, various options may be used to simulate 
weather when the user travels beyond the area of the weather profile array. In a first 
embodiment, the weather profile array may be tiled across the simulated geographical area, 
centered around the user's starting position. Each *'tile" may comprise a duplicate weather 
profile array, or may comprise a mirror-image thereof (north-south minor image, east-west 
mirror image, or north-south and east-west mirror image). In another embodiment, weather 
beyond the weather profile array may revert to default weather conditions outside the weather 
profile array, as discussed above. In yet another embodiment, weather beyond the weather 
profile array may revert to real world weather. 

[0104] Fig. 14 illustrates a method of applying a weather profile defined in an arbitrary space 
to a simulation computer game. In step 1401, the computer game displays a list of available 
weather profiles. The list of available weather profiles may include weather profiles that are 
included with the computer game, as well as independently created and/or distributed weather 
profiles identified by the computer game as described above. In step 1403, a user 
preliminarily selects a weather profile, in response to which the computer game displays the 
associated image and description in step 1405. The user, having confirmed the weather 
profile based on the image and description, subsequendy launches the simulation portion of 
the computer game in step 1407. The computer game then renders the weather fiom the 
arbitrarily defined weadier profile array centered around the user's starting position within 
the simulation in step 1409. 

[0105] Using weather profiles as described above, a simulation computer game can provide 
predetermined weather to any selected space within the simulated environment. For example, 
profiles depicting building storms, cold fi-onts, fair weather, foggy weather, gray and rainy 
weather, snowstorms, thunderstorms, and the like may be created independent of the 
geographical area to which they are applied, allowing a user to select a detailed weather 
scenario for the computer game simulation. Weather profiles also allow a user to have a rich, 
dynamic weather experience without requiring an Intemet connection to otherwise receive 
real-world weather updates. Weather profiles also allow a user to simulate weather 
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conditions in a location in which they might not otherwise occur (e.g., snow in the Sahara 
desert). 

[0106] According to another aspect of weather profiles, with reference to Fig. 15, another 
dimension may be added to the weather profile array 1501, depicting time. A timed weather 
profile array 1501 provides "snapshots" of the weather at relative points in time. Weather 
profile array 1501a may depict initial weather conditions when a user begins the simulation. 
Weather profile array 1501b may depict weather conditions at a predetermined time 
subsequent to the initial weather conditions, e.g., thirty minutes subsequent to the initial 
weather conditions. Weather profile array 1501c may depict weather conditions at a 
predetermined time subsequent to die weather conditions of array 1501b, e.g., twenty minutes 
subsequent to the weather conditions of array 1501b. The time-dimension of the weather 
profile array 1501 may or may not proceed in regular intervals of time, and the time interval 
can optionally be specified by a variable associated with each weather profile array 
"snapshot". The master weather profile array 1501 may have a default time of day associated 
with it, e.g., 8 A.M., to provide a default time setting on which sunlight, etc., can be based, if 
the user does not otherwise specify a preference when the profile is loaded against a specific 
location in the simulated environment. 

[0107] Using the timed weather profile array 1501, weather profile designers can model 
specifically how weather changes over time, instead of relying on the dynamic weather 
simulation described above. For example, weather may smoothly moiph between successive 
weather profile arrays over the interval time, for example, fi-om the weather defined in 
weather profile array 1501a to the weather defined in weather profile array 1501b over thirty 
minutes, and then successively fix)m the weather defined in weather profile array 1501b to the 
weatiier defined in weather profile array 1501c over the next twenty minutes. 

[0108] Using a timed weather profile array, a weather profile designer can more acciirately 
model moving weather fi^onts and known weather events. That is, the weather profile 
designer can accurately specify how weather evolves over time, instead of relying on 
dynamic weather simulation. For example, suppose an individual was flying on an actual 
airplane flight to Ronald Reagan Washington National Airport (DCA) on November 29, 2003 
when a weather pheiiomenon at the airport caused major imexpected crosswinds forcing 
many flights to abort landings at the last minute. A weather profUe designer could 
subsequentiy create a timed weather profile based on actual weather conditions reported by 
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the DCA weather station at known times during the time period in question. The individual 
on the actual flight could then download the timed weather profile, select the timed weather 
profile in the computer game (e.g.. Flight Simulator® 2004), and select DCA as the starting 
aiiport. The computer game then renders the weather around DCA and the individual can 
simulate flying through the weather conditions through which the individual actually flew. 
Other historical weather profiles can be created such as based on a specified time allocation 
diuing a hurricane, tornado, or other significant or interesting weather event. 

[0109] Weather Profile Creation Tool 

[0110] Each weather profile array may provide varying amoimts of weather detail, depending 
on the complexity of the weather profile and the amount of time spent in creating the weather 
profile. For example, a weather profile designer may design a simple weather profile in just a 
couple minutes, providing, e.g., a single cloud layer above the surface conditions, and 
duplicating those same surface conditions and cloud layer for each cell within the weather 
profile array (e.g., 4x4 cells in the array). Alternatively, a weather designer can design a 
more complex weather profile, including surface conditions, multiple cloud layers, multiple 
winds aloft layers, multiple visibility layers (e.g., simulating low altitude haze during 
summer), and multiple temperature layers, each different within each cell of a relatively large 
weather profile array (e.g., 32 x 32 cells in the array). 

[0111] In order to more easily create a rich weather profile, weather profile designers may 
use a weather profile creation tool as described herein. With reference back to Fig. 1, the 
creation tool may be stored in system memory 130 or non-volatile memory 141, 152, 156 as 
application programs 135, 145, program modules 136, 146, and/or program data 137, 147. 
The software may alternatively be stored remotely, such as on remote computer 180 with 
remote application programs 182. The weather profile creation tool may be part of the 
overall computer game application, it may be a separate software application, or it may be a 
network accessible application such as on an ASP model. 

[0112] With reference to Fig. 16, a weather profile designer may use the weather profile 
creation tool 1601 to define multiple layers of atmospheric phenomenon (e.g., clouds, winds, 
etc.) and set weather conditions and properties by "painting" or "drawing" them onto a two- 
dimensional grid 1605a representative of the weather profile array. The tool's user interface 
1603 preferably changes dynamically based on the type of weather condition the user is 
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defining, enabling the user to choose values for condition-specific data (e.g., wind speed for a 
wind layer). The profile creation tool may represent data visually by color variation on the 
grid display. In one embodiment, the weather profile creation tool varies color by mapping 
the valid range of values for each selected input to up to 256 distinct values in the red, green 
and blue color chaimels, and draws the resultant color in the corresponding grid cell(s). This 
will be described in more detail below. 

[0113] The weather profile creation tool 1601 provides various features and abilities. User 
interface window 1603 may include Aree subwindows, each providing additional 
capabilities. Profile window 160S illustrates the present weather profile being edited, e.g., 
"grayrain" in Fig. 16. A first subportion 1605a of profile window 1605 illustrates the profile 
in graphical format, where each cell represents a single cell of a profile array, e.g., profile 
array 1201 (Fig. 12), as described above. Cells are shaded when the attributes for that cell 
have been modified and the palette window 1607 is set accordingly (described further below). 
Second subportion 1605b hierarchically illustrates the layers present within the weather 
profile. As shown in subportion 1605b, there is one or more each of a surface layer, cloud 
layer, temperature layer, wind layer, and visibility layer. Layers may be grouped within their 
respective layer types, as shown. A third subportion 1605c provides the complete list of 
layers currently in the weather profile. A user may change the size of the grid and provide 
other master weaAer profile properties via a profile properties window 2401, such as is 
illustrated in Fig. 24, accessible via the File menu. Other options may be available through 
options window 2501, illustrated in Fig. 25, and accessible via the Tools menu. For example, 
by selecting the "override base altitude" checkbox, the precipitation base value will be set at 
the lowest permitted value, e.g., -450 meters, to ensure than precipitation falls all the way to 
the groxmd. The lowest permitted value may be negative to accoimt for locations with below 
sea level elevations, e.g.. Death Valley in California. 

[0114] Palette window 1607 provides the available weather conditions that may be edited 
based on the selected layer. For example, in Fig. 16, a cloud layer is currently selected in 
window 1605b, so palette window 1607 contains cloud attributes that may be adjusted. Fig. 
17 illustrates a palette window having surface attributes when a surface layer is selected in 
window 1605b or window 1605c. The surface layer may extend upward to a specified layer 
height, as shown. Fig. 18 illustrates a palette window having temperature attributes when a 
temperature layer is selected. Fig. 19 illustrates a palette window having visibility attributes 
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when a visibility layer is selected. Fig. 20 illustrates a palette window having wind attributes 
when a wind layer is selected. A complete list of attributes and valid values is listed below in 
Table 2. Those of skill in the art will appreciate that the list in Table 2 is illustrative only, 
and the actual values used may depend on the capabilities of the computer game with which 
they are being used. 
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Surface 


Pressure (millibars) 


900.0-1154.0 


Attr. Value - 900 




Temperature (C°) 
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Attr. Value +95 




Dew Point (C) 
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Attr. Value 
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[0115] To change a cell's attributes, a user sets the desired attribute values in the palette 
window 1607, then selects a cell in window 1605a. Each palette window 1607 (described 
with reference to Fig. 16 for ease of understanding) provides information for each attribute 
that may be adjusted. For each attribute that may be adjusted, the information provided may 
include an attribute name 1609, an attribute value 1611, an attribute slider 1613, a checkbox 
161S and a color value 1617. Attribute name 1609 describes the attribute so that the user 
knows which attribute is being adjusted. 

[0116] Attribute value 1611 indicates to die user the attribute value that will be pointed into a 
cell if the user selects a grid cell. Attribute value 1611 may be selected by clicking the down 
arrow associated with the attribute value, indicating the user may select from allowable 
values in a drop down list. Alternatively, when the value is a nimieric variable, the user may 
simply enter the desired value into the attribute value field 161 1 for the desired attribute. 

[0117] Attribute slider 1613 corresponds to attribute value 1611, in that attribute slider 1613 
represents the currently selected attribute value relative to the available range of attribute 
values for the selected attribute. For example, the drop down list for the attribute "Coverage" 
may provide nine different cloud coverage selections, ranging fi-om 0/8 (clear), 1/8 (few 
clouds) to 8/8 (fiUly overcast). When the first option is selected, i.e., 0/8 (clear), then slider 
1613 will appear to the far left of the slider bar for that attribute. When the last option is 
selected, i.e., 8/8 (Overcast), then slider 1613 will appear to the far right of the slider bar for 
that attribute. When an option in the middle is selected, e.g., 4/8 (Scattered), slider 1613 
appears proportionately along the slider bar corresponding to the selected attribute value. In 
addition to representing the current attribute value, slider 1613 may also be used to adjust the 
attribute value 1611. Moving the slider correspondingly causes the attribute value 1611 to 
also change. The attribute slider provides an alternative method for a user to adjust an 
attribute value, and also provides visual feedback to a user regarding the current attribute 
value. 

[0118] Check box 161S may be used to indicate whether the corresponding attribute will be 
"drawn" into a profile array cell when a profile array cell is selected by the user. That is, as 
shown in Fig. 16, each checkbox 1615 is selected for each available cloud attribute. Thus, 
when the user selects a cell or cells in profile window 160Sa, each cloud attribute whose 
checkbox 1615 is selected will be modified in the selected cell(s). A user can "draw" the 
attributes whose checkboxes are selected by clicking the mouse button on a cell, or by 



-34- 



B&WRef.: 003797.00812 
Client Ref.: 307874.01 

clicking and holding the mouse button while moving the mouse pointer over nimierous cells, 
similar to how one draws using the utility Microsoft® Paint or other known drawing 
program. 

[0119] According to an attribute of the invention, upon drawing the selected attributes into a 
cell, the weather profile design tool may shade the cell depending on the number of attributes 
painted into the cell. That is, the weather profile design tool may shade the cell a shade of 
grey, where the darkness of die shade of grey is dependent on the percentage of the number 
of available attributes that are actually painted into the cell. For example, if 1 of 9 available 
attributes (the number of cloud attributes) is painted into a cell, that cell may be shaded a very 
light shade of grey. If 4 of 9 available attributes are painted into a cell, that cell may be 
shaded a medium shade of grey. If 9 of 9 available attributes are painted into a cell, that cell 
may be shaded a dark shade of grey, or black. 

[0120] According to another aspect of the invention, color value 1617 may indicate the color 
channel that a weather profile cell should be shaded in profile window 160Sa, where the 
intensity of the color channel is based on the attribute value in that cell. In one embodiment 
of the invention, this may be accomplished by mapping the valid range of attribute values to 
up to 256 distinct values in the selected color chaimel (or whatever other maximimi color 
channel value is possible). For example, the Coverage attribute may support nine valid 
values for cloud coverage: 0/8, 1/8, 2/8, 3/8, 4/8, 5/8, 6/8, 7/8, and 8/8. By dividing 256 by 
one less than the number of valid options, and then multiplying this result by the base-zero 
number of the option (i.e., the integer value of the selected choice, starting fi-om zero), the 
Coverage values can be mapped to color chatmel intensities as shown in Table 3. 



Coverage Value 


Formula 


Color Intensity 


0/8 


(256/8) * 0 


0 


1/8 


(256/8) * 1 


32 


2/8 


(256/8) * 2 


64 


3/8 


(256/8) * 3 


96 


4/8 


(256/8) * 4 


128 


5/8 


(256/8) * 5 


160 


6/8 


(256/8) * 6 


192 


7/8 


(256/8) * 7 


224 


8/8 


(256/8) * 8 


256 



Tables 
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[01211 Similarly, the Cloud Type attribute may support four valid values for cloud coverage: 
cirrus, stratus, cumulus, and cumulonimbus. By dividing 2S6 by one less than the number of 
valid options, and then multiplying this result by the base-zero nimiber of the option, the 
Cloud Type values can be mapped to color channel intensities as shown in Table 4. 



Cloud Type 
Value 


Formula 


Color Intensity 


Cirrus 


(256/3) * 0 


0 


Stratus 


(256/3) * I 


85 


Cumulus 


(256/3) * 2 


171 


Cumulonimbus 


(256/3) * 3 


256 



Table 4 



[0122] The user may decide to map computer selected attributes to color channels, or the user 
may map oAer attributes to color channels by selecting a color channel to correspond to the 
attribute. Attributes can be mapped to color channels regardless of whether the attribute has 
limited discrete values, or can be an altitude range of 0 to hundreds of thousands of feet. 
Because there are only three color channels, a maximum of three attributes within a palette 
window may have associated color channels at any given time. If a user selects a color from 
the color channel drop down list 1617, as illustrated in Fig. 23, and the selected color is 
presently associated with another attribute, the weather profile creation tool may reassign that 
color channel to the new attribute. In addition, when color channels are reassigned, profile 
window 160Sa may be updated accordingly. That is, each cell in the profile window 160Sa 
may be re-shaded corresponding to the new attribute selected for the changed color channel. 
In this manner, the user can get a quick visual indication of which cells have modified values 
(e.g., other than the default value) for the newly selected attribute, based on which cells 
appears shaded with the corresponding color channel. 

[0123] According to an aspect of the invention, attribute values' base-zero values may be 
determined such that the more extreme a weather condition, the higher the resultant color 
channel value. For example, the value lists for the cloud attributes Coverage, Precipitation, 
Rate, Icing, and Tuibulence, defined above in Table 2, are arranged such that the more 
extreme the attribute (i.e., more cloudy, worse precipitation, faster icing, more turbulence) the 
higher the resultant color channel value, if a color channel is associated with any of those 
attributes. This arrangement results in generally darker colors being displayed in grid 1605a 
for worse weather conditions than for fairer weather conditions, providing acute visual 
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feedback to a weather profile designer regarding the severity of weather presently defined for 
each cell in the grid. 

[0124] Properties window 1609 provides details regarding the current attribute values for a 
selected cell in profile window 160Sa. When no cell is selected, then no properties are 
displayed. With reference to Fig. 21, when a cell 2101 is selected, properties window 1609 
displays the visibility attribute values associated with cell 2101, because a visibility layer is 
selected in profile window 160Sc. If another layer type were selected, then properties 
window 1609 will display the attributes of the cell 2101 for the selected layer type. Fig. 21 
demonstrates a visibility layer having 10 miles visibility between ground level and 4,000 
meters above ground level. The Visibility attribute is presently associated with the red color 
channel, and indicates a red color intensity of 183 (256 divided by one less than the number 
of discrete Visibility value choices(lS) * the base-zero value of the selected choice(lO)), the 
Base attribute is presently associated with the green color channel and indicates a green color 
intensity of 0 (256 divided by one less than the number of discrete choices * the base-zero 
value of the selected choice(O)), and the Height attribute is presently associated with the blue 
color channel and indicates a blue color intensity of 4 (256 divided by one less than the 
number of discrete choices(240000) * the base-zero value of the selected choice(4000)). 

[0125] A second visibility layer is demonstrated with reference to Fig. 22. Properties 
window 1609 illustrates attribute values for the same cell 2101 for the second visibility layer 
2201. Second visibility layer 2201 indicates that above 4,000 meters and up to 18,000 meters 
there is unlimited visibility. The color channel value for red is 256 (i.e., imlimited visibility 
is the highest discrete visibility value), so the cell is brighter red in Fig. 22 than in Fig. 21. 

[0126] With reference back to Fig. 16, a toolbar 1619 may be used to provide shortcut 
buttons to features most used by a user of the weather profile creation tool 1601. For 
example, toolbar 1619 may include buttons for New Weather Profile, Open Weather Profile, 
Save Weather Profile, Undo, Redo, Cut, Copy, Paste, Delete, New Surface Layer, New Cloud 
Layer, New Temperature Layer, New Wind Layer, New Visibility Layer, Toggle Palette 
Window, Toggle Properties Window, Toggle Grid, Brush, Fill, Erase, Pickup Attributes, 
Zoom, and Brush Size. The same or different options may also be accessible via a menu on 
menu bar 1621, e.g., on a File menu, Edit menu. Insert menu, Tools menu. Window menu, 
and/or Help menu. 
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[0127] When the user has finished creation of a weather profile, the user may select an 
Export option which exports flie weather profile into a binary data file, e.g., a .WTB file 
described above, for use with the computer game for which the weather profile was created. 
Until the exported data file is created, the weattier profile data may be stored in another file 
format that is understandable by the weather profile creation tool. Those of skill in the art 
will appreciate that the format of the stored data is secondary to the capabilities the data 
provides. 

[0128] Using the weather profile creation tool, a user or weather profile designer can quickly 
and efiiciently modify cell attributes to design a rich, dynamic weather profiile in much less 
time than would be required to create the same weather profile manually. The concepts of 
the weather profile creation tool, namely drawing attributes into a grid representation of a 
virtual space, while described with respect to weather profiles, are not so limited. Those of 
skill in the art will appreciate that a similar tool within the scope of the invention can be used 
to modify attributes of any two-dimensional space for any purpose. For example, a profile 
designer could use similar concepts to "paint" landscaping, terrain, cities, or other features 
each having multiple attributes. In addition, those of skill in the art will appreciate that the 
principles discussed above can be applied to multi-dimensional spaces having more than two 
dimensions, by displaying and editing in two or three dimensions at a time. 

[0129] While the invention has been described with respect to specific examples including 
presentiy preferred modes of carrying out the invention, those skilled in the art will 
appreciate that there are numerous variations and permutations of the above described 
systems and techniques. Thus, the spirit and scope of the invention should be construed 
broadly as set forth in the appended claims. 
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